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^ (54) Title: MODULARIZATION OF BROADCAST REC^ER DRIVER COMPONENTS 

© 

(57) Abstract: A modularized broadcast receiver driver architecture includes one or more control nodes, under control of a network 
O module, that perform a series of one or more functions to receive a broadcast signal and extract content information from the signal. 
^ None of the multiple control nodes requires knowledge of the network type via which the signal is being received. Rather, a network 
^ module is aware of the network type and configures the control nodes to carry out their respective functions. 
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MODULARIZATION OF BROADCAST REC F.TVER DRIVER 

COMPONENTS 

TECHNICAL FIELD 
5 This invention relates to broadcast program tuning. More particularly, the 

invention relates to modularization of broadcast receiver driver components. 

BACKGROUND OF THE INVENTION 

It has become common for a single video, audio, or data device to receive 

10 multimedia program content via a variety of different network types. For instance, 
a television may receive programming from one or more cable systems or satellite 
systems and also from terrestrial broadcast systems. More recent devices such as 
set-top boxes (STBs) and multimedia personal computers (PCs) are able to receive 
programming from cable systems, terrestrial broadcast systems, satellite systems, 

15 the Internet, etc. 

A device receiving multimedia program content typically includes a receiver 
driver implemented in software that may work in conjunction with corresponding 
hardware to "tune" to a particular program (a particular channel, a particular file 
server, etc.). Various functions are carried out by the receiver driver in order to tune 

20 to a particular program depending on the nature of the network type. Examples of 
such functions include radio frequency (RF) tuning, demultiplexing, decrypting, etc. 

Currently, each of the pieces of such receiver drivers that are responsible for 
carrying out the various functions for tuning to a particular program require 
significant knowledge of the network type being used to transmit the program 

25 content. For example, in the case of a digital satellite transmission, each of the 
various pieces would need to have significant knowledge of how the program 
content is embedded in the signal being transmitted from the digital satellite. 
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Furthermore, each of the various pieces are typically required to have significant 
knowledge of the functions being performed by preceding and subsequent pieces. 

A receiver is typically constructed from hardware modules that are 
manufactured by different companies. Currently, the manufacturer of a receiver 
5 must write a driver that controls each of these independently developed modules. 
This process often involves time consuming coordination with each of the 
manufacturers of the various hardware modules. Additionally, such drivers cannot 
readily adapt to changes in transmission content or format. For example, a 
broadcaster may desire to begin broadcasting five channel audio in addition to the 
10 two channel audio that is already being broadcast. Currently such a change would 
require new drivers for existing hardware, and may even require replacement of 
existing hardware. 

The invention described below addresses these disadvantages, providing 
modularization of broadcast receiver driver components . 

15 

SUMMARY OF THE INVENTION 

Modularization of broadcast receiver driver components is described herein. 
A broadcast receiver is composed of one or more component drivers. Each 
component driver includes one or more control nodes that perform a series of one or 
20 more functions to receive a broadcast signal and extract content information from 
the signal. 

According to one ^aspect of. the modularization architecture, a broadcast 
receiver is constructed by connecting multiple control nodes together in order to 
receive a broadcast signal and extract multimedia content information from the 
25 signal. None of the multiple control nodes requires knowledge of the network type 
via which the signal is being received. Rather, a network module is aware of the 
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network type and configures the control nodes as necessary to carry out their 
respective functions. 

According to another aspect of the modularization architecture, the broadcast 
receiver driver includes an interface that allows a network module to identify, from 
5 the driver, what control nodes are included in the driver and what additional 
interfaces those control nodes include. The network module can thus be developed 
independently of the broadcast receiver driver and can operate in conjunction with 
muhiple different broadcast receiver drivers. 

According to another aspect of the invention, additional control nodes can be 
10 included in the broadcast receiver driver to support unforeseen changes to the 
format of the received signal. As each control node is configured by the network 
module, changes can be made to the operation of the broadcast receiver driver 
subsequent to development of the driver in order to accommodate such unforeseen 
changes. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not limitation in 
the figures of the accompanying drawings. The same numbers are used throughout 
the figures to reference like components and/or features. 
20 Fig. 1 shows an entertainment distribution and viewing system in accordance 

with one embodiment of the invention. 

Fig. 2 shows a general example of a computer that can be used in accordance 
with the invention. 

Fig. 3 is a block diagram illustrating an exemplary system for receiving and 
25 playing multimedia content. 
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Fig. 4 is a block diagram illustrating an exemplary control node and network 
module in accordance witli one embodiment of the invention. 

Fig, 5 is a block diagram illustrating an exemplary implementation of a 
broadcast receiver driver. 
5 Fig. 6 is a flowchart illustrating an exemplary process for configuring the 

control nodes of a broadcast receiver driver. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Fig. 1 shows an entertainment distribution and viewing system 100 in 
10 accordance with one embodiment of the invention. Entertainment system 100 
includes a video and audio rendering system 102 having a display device including 
a viewing area 104. Video and audio rendering system 102 represents any of a wide 
variety of devices for playing video and audio content, such as a traditional 
television receiver, a personal computer, etc. Receiver 106 is connected to receive 
15 and render content broadcast from multiple different programming sources. 
Although illustrated as separate components, rendering system 102 may be 
combined with receiver 106 into a single component (e.g., a personal computer or 
television). 

While audio and. video have traditionally been transmitted using analog 
20 formats over the airwaves, current and proposed technology allows multimedia 
content transmission over a wider range of network types, including digital formats 
over the airwaves, different types of cable and satellite systems (employing both 
analog and digital transmission formats), wired or \vireless networks such as the 
Internet, etc. Specific examples of network types include analog cable and 
25 terrestrial broadcast types (e.g., NTSC (National TV Standards Committee), 
SECAM (System En Couleur Avec Memoire), PAL (Phase Altemating Line)), 
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digital cable and terrestrial broadcast types (e.g., ATSC (Advanced Television 
Systems Committee), DVB-T (Digital Video Broadcasting for digital terrestrial 
television), DVB-C (Digital Video Broadcasting for cable systems)), digital satellite 
(e.g., DVB-S (Digital Video Broadcasting for satellite services)), etc. Furthermore, 
5 many network types give a broadcaster flexibility as to what he or she includes in 
the signal (e.g., audio, video, or data information, specific languages, different 
camera angles, subtitles, etc.). The actual signal format can thus vary between 
broadcasters (or even during broadcasts from the same broadcaster) even though the 
network type remains the same. 
10 Fig. 1 shows several different physical sources of programming, including a 

terrestrial television broadcasting system 108 which can broadcast analog or digital 
signals that are received by antenna 110; a satellite broadcasting system 112 which 
can transmit analog or digital signals ttiat are received by satellite dish 1 14; a cable 
signal transmitter 116 which can transmit analog or digital signals that are received 
15 via cable 118; and an Internet provider 120 which can transmit digital signals that 
are received by modem 122. Both analog and digital signals can include audio, 
video, and/or data. Other programming sources might be used in different 
situations, including interactive television systems. 

Each of these programming sources broadcasts or otherwise provides one or 
20 more content sources. The most familiar example of a content source is a 
traditional RF television broadcast channel, which is typically occupied by a 
particular broadcast network such as ABC, CBS, NBC, etc. In the last several 
years, a great number of such broadcast networks have become available through 
cable television providers. Each of these broadcast content sources is associated 
25 with a particular broadcast channel, which in turn is identified by a channel number. 
More recently, systems are being developed in which broadcast content sources are 
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associated with channels that are identified by channel name. Broadcast content 
sources are described herein as being associated with "transport identifiers", A 
transport identifier identifies how a particular program can be received, such as by 
channel number, channel name,.Intemet Protocol (IP) address or file name, etc. 
5 As described in more detail below, a modularized broadcast receiver driver 

architecture is used by rendering system 102 and/or receiver 106. The components 
of the receiver driver are implemented .in a modularized fashion and controlled by 
an additional network module. Tliis modularized architecture alleviates each of the 
individual receiver components from having significant knowledge of the network 

10 type via which the signal is being received. 

Fig. 2 shows a general example of a computer 142 that can be used in 
accordance with the invention. Computer 142 is shown as an example of a 
computer that can perform the functions of rendering system 102 and/or receiver 
106 of Fig. 1. Computer 142 includes one or more processors or processing units 

15 144, a system memory 146, and a system bus 148 that couples various system 
components including the system memory 146 to processors 144. 

The bus 148 represents one or more of any of several types of bus structures, 
including a memory bus or memory controller, a peripheral bus, an accelerated 
graphics port, and a processor or local bus using any of a variety of bus 

20 architectures. The system memory includes read only, memory (ROM) 150 and 
random access memory (RAM) 152. A basic input/output system (BIOS) 154, 
containing the basic routines that help to transfer information between elements 
within computer 142, such as during start-up, is stored in ROM .150. Computer 142 
further includes a hard disk drive 156 for reading from and writing to a hard disk, 

25 not shown, connected to bus 148 via a hard disk driver interface 157 (e.g., a SCSI, 
ATA, or other type of interface); a magnetic disk drive 158 for reading from and 
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writing to a removable magnetic disk 160, connected to bus 148 via a magnetic disk 
drive interface 161; and an optical disk drive 162 for reading from or writing to a 
removable optical disk 164 such as a CD ROM, DVD, or other optical media, 
connected to bus 148 via an optical drive interface 165. The drives and their 
5 associated computer-readable media provide nonvolatile storage of computer 
readable instructions, data structures, program modules and other data for computer 
142. Although the exemplary environment described herein employs a hard disk, a 
removable magnetic disk 160 and a removable optical disk 164, it should be 
appreciated by those skilled in the art that other types of computer readable media 
10 which can store data that is accessible by a computer, such as magnetic cassettes, 
flash memory cards, digital video disks, random access memories (RAMs) read 
only memories (ROM), and the like, may also be used in the exemplary operating 
environment. 

A number of program modules may be stored on the hard disk, magnetic disk 
15 160, optical disk 164, ROM 150, or RAM 152, including an operating system 170, 
one or more application programs 172, other program modules 174, and program 
data 176. A user may enter commands and information into computer 142 through 
input devices such as keyboard 178 and pointing device 180. Other input devices 
(not shown) may include a microphone, joystick, game pad, satellite dish, scanner, 
20 or the like. These and other input devices are connected to the processing unit 144 
through an interface 168 that is coupled to the system bus. A monitor 184 or other 
type of display device is also connected to the system bus 148 via an interface, such 
as a video adapter 186. In addition to the monitor, personal computers typically 
include other peripheral output devices (not shown) such as speakers and printers. 
25 Computer 142 operates in a networked environment using logical 

coimections to one or more remote computers, such as a remote computer 188. The 
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remote computer 188 m;iy be another personal computer, a server, a router, a 
network PC, a peer device or other common network node, and typically includes 
many or all of the elements described above relative to computer 142, although only 
a memory storage device 190 has been illustrated in Fig. 2. The logical connections 

.5 depicted in Fig. 2 include a local area network (LAN) 192 and a wide area network 
(WAN) 194. Such networking environments are commonplace in offices, 
.:enterprise-wide computer networks, intranets, and the Intemet. In the described 
embodiment of the invention, remote computer 188 executes an Intemet Web 
browser program (which may optionally be integrated into the operating system 

10 170) such as the "Intemet Explorer" Web "browser manufactured and distributed by 
Microsoft Corporation of.Redmond, Washington. 

When used iri^a LAN networking environment, computer 142 is connected to 
the local network d 92 through a network interface or adapter 196. When used in a 
WAN networking environment, computer 142 typically includes a modem 198 or 

15 other means for establishing communications over the wide area network 194, such 
as the Intemet. The modem 198, which may be internal or external, is connected to 
the system bus 148 via a serial port interface 168. In a networked environment, 
program modules depicted relative to the personal computer 142, or portions 
thereof, may be stored in the remote memory storage device. It will be appreciated 

20 that the network connections shown are exemplary and other means of establishing 
a communications link between the computers may be used. 

Computer 142 also includes one or more broadcast tuners 200. Broadcast 
tuner 200 receives broadcast signals either directly (e.g., analog or digital cable 
transmissions fed directly into tuner 200) or via a reception device (e.g., via antenna 

25 110 or satellite dish 114 of Fig. 1). 
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Generally, the data processors of computer 142 are programmed by means of 
instructions stored at different times in the various computer-readable storage media 
of the computer. Programs and operating systems are typically distributed, for 
example, on floppy disks or CD-ROMs. From there, they are installed or loaded 

5 into the secondary memory of a computer. At execution, they are loaded at least 
partially into the computer's primary electronic memory. The invention described 
herein includes these and other various types of computer-readable storage media 
when such media contain instmctions or programs for implementing the steps 
described below in conjunction with a microprocessor or other data processor. The 

10 invention also includes the computer itself when programmed according to the 
methods and techniques described below. Furthermore, certain sub-components of 
the computer may be programmed to perform the functions and steps described 
below. The invention includes such sub-components when they are programmed as 
described. In addition, the invention described herein includes data strucmres, 

1 5 described below, as embodied on various types of memory media. 

For purposes of illustration, programs and other executable program 
components such as the operating system are illustrated herein as discrete blocks, 
although it is recognized that such programs and components reside at various times 
in different storage components of the computer, and are executed by the data 

20 processor(s) of the computer. 

Fig. 3 is a block diagram illustrating an exemplary system for receiving and 
playing multimedia content. A system 210 is illustrated including broadcast 
receiver hardware 212, broadcast receiver driver architecture 214, one or more 
video and/or audio applications 216, and one or more data applications 218. 

25 System 21 0 can be a rendering system 102 and/or receiver 1 06 of Fig. 1 . 
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Broadcast receiver hardware 212 includes various hardware components for 
receiving, tuning, and extracting multimedia content from received signals. 
Broadcast receiver driver architecture 214 includes network module 220 (also 
referred to as .a "network provider") and one or more broadcast receiver drivers 222 
5 (also referred to as "filters", "device filters", or "components") each including one 
or more control nodes 224, Broadcast receiver .driver architecture 214 can be 
implemented in software, firmware, hardware, or a combination thereof 

One or more of control nodes 224 £ire packaged together and distributed as a 
receiver driver 222. Each receiver driver 222 includes an interface that allows 

10 network module 220 to identify what control nodes 224 are in driver 222 and what 
additional interfaces those control nodes include. Ahematively, network module 
220 may provide .a registration interface which can be accessed by each of the 
control nodes 224 to identify themselves to network module 220 by registering with 
module 220. Thus, network module 220 and broadcast receiver driver 222 can be 

15 developed independently, and network module 220 can be used to control multiple 
different broadcast receiver drivers. 

Hardware 212 is controlled by control nodes 224, each of which is 
.responsible for performing a specific function in the signal reception and data 
extraction process. The number of control nodes 224 and their respective functions 

20 are dependent on the network type(s) driver 222 is intended to support (including 
future network types). Examples of such control nodes include: a sijgnal range 
selector corresponding to the hardware (e.g., for antenna selection); a frequency 
selector to filter particular frequencies; a demodulator to translate analog signals 
into digital bit streams; a , packager (or tuner capturer) to separate the digital stream 

25 into packets and perform Forward Error Correction (FEC); a stream selector (or 
demultiplexer) to select particular packets from the stream; a stream selection filter 
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15 



20 



to perform additional filtering of packets; a stream decryptor to decrypt encrypted 
content; and an Ethernet packager to package packets into Ethernet frames. 

The operation of control nodes 224 in turn is controlled by network module 
220, Network module 220 is programmed with or otherwise has access to 
information describing the network type via which the signal is received, including 
the manner in which audio, video, and data information is embedded in the received 
signal. Network module 220 interfaces with the various control nodes 224 and 
programs them to perform their corresponding functions when necessary based on 
the network type. The attached appendix that forms part of this document describes 
example interfaces that are used by network module 220 and control nodes 224 in 
accordance with one implementation of the invention. 

The interface(s) that is provided by a particular one of control nodes 224 is 
dependent on the specific functions carried out by that node. The basic 
functionality of each control node 224 is pre-determined and programmed into the 
control node. However, the specific manner in which that functionality is carried 
out is configurable by network module 220. For example: a frequency selector 
control node is pre-programmed with the basic functionality to filter frequencies, 
but the specific information of what frequency to tune is configurable by network 
module 220; a demodulator control node is pre-programmed with the basic 
functionality to translate analog signals into digital bit streams, but the specific 
information of what sampling rate is used to perform such translation is 
configurable by network module 220. Additional examples of control nodes 224 
and their configurability are included in Table I below. 



Table I 



Control Node 




Examples of Configurable Functionalii 
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signal range selector 


Antenna orientation; LNB (Low Noise Block 

converter) select 


packager 


FEC (Forward Error Correction) type; Viterbi 
decoding rate; Packet size 


stream selector 


Stream identifier number 


stream selection filter . 


Section Version number / CRC (Cyclic Redundancy 
Checking) parameters 


decr5T>tor 


Decryption Algorithm and mode 


Ethernet packager 


Network Interface Address 



Video and audio information extracted from received signals is made 
available to video and audio applications 216 for playback. Similarly, data 
information extracted from received signals is made available to data applications 
5 218 for presentation to a user or for other uses desired by data applications 218. 
Additionally one or more of applications 216 or 21 8 may submit requests (referred 
to as "tune requests") to tune to a particular transport identifier to broadcast receiver 
driver 214. Such a tune request includes an identification of the transport identifier 
to be tuned to (e.g., the channel number, channel name, file name, etc.) as well as 
10 an indication of the network type. This information in the tune request is used by 
driver 214 to correctly tune to the requested transport identifier, as discussed in 
more detail below. ' * ' 

Information may also be made available to broadcast receiver driver 214 in 
the form of a "tuning space," which may be included in a tune request. A tuning 
15 space identifies a particular programming source (e.g., terrestrial broadcast, 
satellite, cable, Internet, etc.) as well as a network type for that programming source 
(e.g., NTSC, DVB-S, DVB-C, etc.). In the illustrated example, a tuning space is 
included as part of a received tune request, which may be received from an 
apphcation 216 or 218 or elsewhere (e.g., from an electronic programming guide). 
20 The information for a tuning space allows control nodes 224 to be configured to 
extract data froni the desired transport identifier,* as discussed in more detail below. 
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In the illustrated example, broadcast receiver driver 214 can manage 
receiving a signal and extracting data from the signal from one or more 
programming sources concurrently. The number of programming sources that can 
be concurrently managed by driver 214 is dependent on the functions necessary to 
5 receive signals and extract data, and the number of control nodes 224 included in 
driver 214 to perform such functions. Additionally, multiple different instances of 
broadcast receiver driver 214 can be executing on system 210 concurrently, each 
being able to manage receiving a signal and extracting data from the signal from 
one or more programming sources concurrently. 

10 Fig. 4 is a block diagram illustrating an exemplary control node and network 

module in accordance with one embodiment of the invention. Network module 220 
includes a controller 226 and a control node interface 228. Controller 226 receives 
a request to tune to a particular transport identifier. Controller 226 uses information 
from or otherwise based on the request, in addition to possibly in-band information 

15 included in the signal corresponding to the transport identifier, to determine how to 
extract content information from the signal The request itself may include 
infomiation regarding how to extract content from a signal, or the transport 
identifier may be used to access a database from which infomiation describing how 
to extract the content from the signal can be obtained. Controller 226 then 

20 communicates with control node 224 via control node interface 228 to configure 
control node 224 to carry out its respective function(s) in tuning to or extracting 
information from the signal. 

Control node 224 includes a network module interface 230 and a 
transformation module 232. Network module interface 230 receives the 

25 configuration information from control node interface 228 and provides the 
information to transformation module 232. Transformation module 232 uses the 
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configuration information to determine how to transform input 234 to generate 
output 236. Transformation module 232 continues to transform input 234 to output 
236 in this same manner until new configuration information is received from 
network module 220 via network module interface 230. 
5 Fig. 5 is a block diagram illustrating an exemplary implementation of 

broadcast receiver driver architecture 214 of Fig. 3. In the exemplary 
implementation of Fig. 5, broadcast receiver driver architecture 214 is implemented 
in software, although architecture 214 could alternatively be implemented in other 
fashions. . 

10 Broadcast receiver driver architecture 214 includes a network module 240, a 

transport information filter 242, and multiple ^control nodes that are collectively 
referred to as a receiver topology 246. The control nodes of receiver topology 246 
can be included in one or more drivers 222 of Fig. 3. The control nodes of receiver 
topology 246 include an RF tuning node 248, a demodulator node 250, a tuner 

15 capture node 252, multiple demultiplexer nodes 244, 254, 256, 258, and 260, and a 
decryption node 262... Additional control nodes may also be included in receiver 
topology 246, but have not been shown in order to avoid cluttering the drawing. 
The receiver topology 246 is merely exemplary - any of a wide range .of receiver 
topologies can be used with the same, fewer, or additional control nodes than in 

20 receiver topology 246. Additionally, other receiver-topologies may have the control 
nodes re-arranged (e.g., decryption node 26Z; may be before demultiplexer nodes 
254, 256, 258, and 260). 

An analog signal 264 is received by RF tuning node 248, which acquires the 
appropriate carrier frequency for signal 264 as identified by network module 240. 

25 This acquired signal is then input to demodulator node 250 which converts the 
analog signal into a digital form based on a sampling rate provided by network 
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module 240. The digital signal is then input to tuner capture node 252 which 
generates packets of digital data and outputs these packets as digital stream 266. 
The manner in which packets are to be generated by node 252 (e.g., which bits in 
the stream received from demodulator node 250 to use, what type of Forward Error 
5 Correction to use, etc.) is provided by network module 240. 

Digital stream 266 is input to each of the demultiplexer nodes 254 - 260. 
The demultiplexer nodes 254 - 260 are each programmed by network module 240 
to extract and output selected packets (e.g., packets with particular packet IDs). In 
the illustrated example, demultiplexer 254 extracts packets for data infomiation, 

10 demultiplexer 256 extracts decryption key infonmation packets, demultiplexer 258 
extracts audio inforaiation, and demultiplexer 260 extracts video information. Note 
that demultiplexers 254 - 260 are merely informed by network module 240 of what 
packets to extract (e.g., which packet IDs to look for and output). Demultiplexers 
254 - 260 neither have nor require any description or knowledge of what type of 

15 information is in these extracted packets, what will be done with the extracted 
packets they output, or how the packets were generated. 

The data information packets output from demultiplexer node 254 and the 
decryption key information packets are both input to decryption node 262. 
Decryption node 262 is informed by network module 240 that it will receive two 

20 streams of input packets, one of which is data to be decrypted and the other of 
which includes decryption key(s) to decrypt the data. Decryption node 262 uses 
these two inputs to generate an output of decrypted data information. 

Once extracted, the audio and video information can be made available to 
video and audio applications 216 of Fig. 3. Similarly, the decrypted data 

25 information can be made available to data applications 218. 
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Thus, each of control nodes 248 - 262 is merely informed by network 
module 240 that it will be: receiving an input(s) and how to transform that input to 
generate an output. The control nodes 248 - 262 neither have nor require any 
information about exactly what type of information the control nodes are 
5 processing, what steps were taken prior to the input to the control node, what is 
done with the output of the control node, etc. 

Network module 240 uses a combination of the network type information it 
has ..available to it as .well as possibly the information received from transport 
information filter 242 to control receiver topology 246 to extract the appropriate 
.10 information from the received signal for the requested transport identifier. Many 
- network types (particularly for digital traiismissions) incorporate information 
describing the signal format for the network type in the transmitted signal itself 
. (also referred to as in-band information). Transport information filter 242 uses this 
in-band information to identify to network module 240 how to extract various 
. 15. . information from the received signal. For example, this in-band information may 
include. a table, mapping packet IDs to particular types of information (e.g., packet 
JD #5 .includes the audio information, packet ID#6 includes the video information, 
packet ID#7 includes the data information, packet ID#8 includes the decryption key 
information, etc.). Alternatively, information describing the signal format may be 
. 20 available to transport information filter 242 in other manners. For example, filter 
242 may be pre-programmed with any such signal format information (e.g., the 
appropriate information for particular times of day), may access a database (either 
local or remote, such as via the Internet) to obtain such signal format information, 
. may receive a sqDarate signal (e.g., via the Internet) including such format 
25 information, etc. 
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Network module 240 has basic information available to it regarding the 
network type(s) that are supported by receiver topology 246, This basic 
information is sufficient to allow network module 240 to configure control nodes 
248 - 252 to tune to a particular frequency and generate a data stream 266. This 
5 basic information is also sufficient to allow network module 240 to configure 
demultiplexer node 244 to extract the in-band signal information packets and output 
the packets to transport information fiher 242. This basic information can be made 
available to network module 240 in a variety of different manners. In one 
implementation, the tune request diat is provided to network module 240 includes 

10 the basic information. Alternatively, network module 240 may be pre-programmed 
with the basic information, or may access a database (e.g., an electronic 
programming guide) to obtain the basic information. 

The various functions performed by control nodes 248 - 262 can vary during 
operation due to requested transport identifier changes. For example, network 

15 module 240 re-configures control nodes 248 - 262 each time a new transport 
identifier is requested. Different transport identifiers will be on different carrier 
frequencies, may include different information (e,g., may include audio information 
for multiple languages), etc. Control nodes 248 - 262 are re-configured by network 
module 240 as necessary each time a transport identifier change occurs. 

20 Additionally, the functions performed by control nodes 248 - 262 may 

change during receipt of a particular transport identifier. A broadcaster may change 
the signal format for whatever reason (or even no reason at all) during transmission. 
For example, certain data information packets may be encrypted while others may 
not, the packet ID that corresponds to video information may be changed, audio 

25 information for an additional language may be added at a particular time, etc. 
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Changes made by a broadcaster during transmission of a signal are typically 
identified in the in-band information of the signal Transport information filter 242 
continually receives such in-band information and monitors it for any changes. 
When a change is detected, transport infoimation filter 242 informs network 
5 module 240 of the change so that it can re-configure control nodes 248 - 262 as 
necessary. 

The broadcast receiver driver 214 is robust and .able to adapt to various 
changes by the broadcaster as well as to new unforeseen network types. As the 
control nodes 248 - 262 neither have nor require complete information about the 

1 0 network type of the received signal, they can be configured to operate appropriately 
by network module 240 for various network types. By way of example, receiver 
topology 246 may include multiple additional demultiplexer nodes (not shown) to 
be used to extract data packets for information not known at the time driver 214 is 
developed. However, once such data packets become known, their respective 

15 packet IDs can be supplied to the demultiplexer nodes by network module 240 and 
the appropriate information extracted, even though the information was unknown 
and even unforeseen by the manufacturer or designer of the demultiplexers or driver 
214. J 

Fig. 6 is a flowchart illustrating an exemplary process for configuring the 

20 control nodes of a broadcast receiver driver. The process of Fig. 6 is implemented 
by network module 240 and transport information filter 242 of Fig. 5, and may be 
performed in software. Fig. 6 is described with additional reference to elements of 

Fig.5. ; 

Initially, network module 240 receives a tune request (block 272). In 
25 response to the tune request, network module 240 identifies the basic receiver 
topology for the network type corresponding to the tune request (block 274). 
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Network module 240 configures the control nodes 248, 250, and 252 and 
demultiplexer 244 based on the basic receiver topology (block 276). This basic 
configuration allows transport information filter 242 to receive packets including 
in-band from the signal regarding the signal format and provide such information to 
5 network module 240 (block 278). 

Network module 240 uses this in-band information to modify the control 
nodes 248 - 262 as necessary in order to extract the information from the signal 
(block 280). Transport information filter 242 continues to check the in-band 
information from the signal (block 282), checking for any change in the signal 

10 format of the broadcast (block 284). If a change in the signal format of the 
broadcast occurs, then the changes are provided to network module 240, which in 
turn modifies the control nodes 248 - 262 as necessary based on the current signal 
format (block 280). 

The broadcast receiver driver architecture described herein simplifies the 

15 development and implementation of broadcast receiver drivers and any 
corresponding hardware. By following the same standard interfaces, developers 
can design control nodes (and possibly corresponding hardware) that will function 
correctly when used with other control nodes of other developers. 

20 Conclusion 

Thus, a modularized broadcast receiver driver architecture has been 
described. A network module controls the individual control nodes that are used to 
tune to a signal and extract information from that signal By centralizing control in 
the network module, the individual control nodes are advantageously alleviated of 
25 the burden of having any significant knowledge about the network type via which 
the signal is received. 
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Although the invention has been described in language specific to structural 
features and/or methodc logical steps, it is to be understood that the invention 
defined in the appended claims is not necessarily limited to the specific features or 
steps described. Rather, the specific features and steps are disclosed as preferred 
5 forms of implementing the claimed invention. 
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CLAIMS 

1. One or more computer-readable media having stored thereon a 
computer program that, when executed by one or more processors, causes the one 

5 or more processors to perform acts including: 

receiving a request to tune to a particular transport identifier; 
configuring a receiver topology based on both information in the request and 
signal information embedded in a signal received when the receiver topology is 
tuned to the particular transport identifier; 
10 transmitting, to each of a plurality of control nodes, sufficient information 

for the control nodes to perform their respective functions in extracting information 
from the signal without requiring the control nodes to have knowledge of a network 
type via which the signal is received or of what functions other control nodes are 
performing; 

15 identifying when the signal information changes; and 

reconfiguring the receiver topology as necessary in response to changes in 
the signal information. 

2. One or more computer-readable media as recited in claim 1, wherein 
20 the transport identifier comprises a channel number. 

3. One or more computer-readable media as recited in claim 1, wherein 
the transport identifier comprises a channel name. 
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4. One or more computer-readable media as recited in claim 1 , wherein 
the transport identifier comprises an Internet Protocol (IP) address. 

5. One or more computer-readable media as recited in claim 1 , wherein 
5 the plurality of control nodes extract video information, audio information, and data 

information from the signal. 

6. One or more computer-readable media as recited in claim 1, wherein 
the transmitting comprises accessing, on each of the plurality of control nodes, a 

10 network module interface. 

7. A system comprising: 

a network module to control extraction of information from a received 
signal; and 

15 a broadcast receiver driver, coupled to receive control from the network 

module, including a plurality of control nodes each to perform a particular step of 
the information .extractiqn without concern for what other steps other control nodes 
are performing. 

20 8, A system as recited in claim 7, wherein the network module is to 

control extraction of the information based at least in part on the network type. 

9. A system as recited in claim 7, furtiier comprising a transport 
information filter to extract information from the signal and make the extracted 
25 information available to the network module. 
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10. A system as recited in claim 9, wherein the network module is to 
control extraction of the information based at least in part on the information 
extracted by the transport information filter. 

5 XL A system as recited in claim 7, wherein each of the plurality of 

control nodes includes an interface via which the network module can configure the 
control node. 

12. A system as recited in claim 7, wherein the broadcast receiver driver 
10 further includes an interface via which the network module can identify an interface 

on each of the plurality of control nodes. 

13. A broadcast receiver driver including: 

a plurality of control nodes in combination operating to extract data from a 
15 received signal, each of the plurality of control nodes including one or more 
interfaces; and 

a driver interface to identify, when accessed, each of the one or more 
interfaces of the plurality of control nodes. 

20 14. A broadcast receiver driver as recited in claim 13, wherein the 

plurality of control nodes include one or more of: a frequency selector to filter 
particular jfrequencies, a demodulator to translate analog signals into bit streams, a 
tuner capturer to separate the digital stream into packets and perform Forward Error 
Correction (FEC), a stream selector to select particular packets from the stream, and 

25 a stream decryptor to decrypt encrypted content. 
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15. A broadcast receiver driver as recited in claim 13, wherein each of 
the plurality of control nc des requires no knowledge of a network type via which 
the received signal is received. 

5 16. A method in a broadcast receiver driver having a plurality of control 

nodes, the method comprising: 

receiving a request to identify one or more interfaces for each of the plurality 
of control nodes; and 

returning, to the requestor, an identification of one or more interfaces for 
1 0 each of the plurality of control nodes. 

17. One or more computer-readable memories containing a computer 
program that is executable by a processor to perform the method recited in claim 
16. - 



18. . A method comprising: 

configuring at least a subset- of a plurality of control nodes of one or more 
broadcast receiver drivers in accordance with a basic receiver topology for a 
network type .via which a signal is received;. ; 

obtaining, from the signal, information regarding a format of the signal; and 
configuring an additional control node of the plin-ality of control nodes based 
on the signal format. 

19. A method as recited in claim 18, further comprising: 
25 identifying, from the signal, a new signal format; and 
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configuring the additional control node of the plurality of control nodes 
based on the new signal format. 

20. A method as recited in claim 18, wherein the signal format was 
5 unforeseen when at least one of the one or more broadcast receiver drivers was 

developed. 

21. A method as recited in claim 1 8, further comprising: 

receiving, prior to configuring at least the subset of control nodes, a request 

10 to tune to the signal; and 

determining, from the request, the basic receiver topology. 

22. A method as recited in claim 1 8, wherein: 

the obtaining comprises determining, from the signal, an indication of how 
15 information is embedded in the signal; and 

the configuring comprises configuring the additional control node to extract 
the information based on the indication in the signal. 

23. One or more computer-readable memories containing a computer 
20 program that is executable by a processor to perform the method recited in claim 

18. 
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24. In a combined set of one or more broadcast receiver driver, a control 
node to receive an input that corresponds to a signal received via a network type, 
the control node comprising: 

a transformation module to transform the input to an output without 
5 requiring any knowledge of the network type; and 

a network module interface to receive, from a network module, 
configuration information for use by the transformation module in transforming the 
input to the output. 

10 25. A control node as recited in claim 24, wherein the control node 

. comprises a frequency rselector and wherein the configuration information 
comprises an identification of a frequency to be tuned to. 

26. A control node as recited in claim 24, wherein the control node- 
15- - comprises a demodulator and wherein the configuration information comprises an 

identification of a sampling rate to use to generate a digital output stream based on 
an analog input. 

27. A control node as recited in claim 24, wherein the control node 
20 comprises a stream selector and wherein the configuration information comprises 

an identification of packets in an input bit stream that are to be output by the stream 
selector. 
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28. A control node as recited in claim 24, wherein the network module 
interface includes a void transform interface via which the network module can 
instruct the control node to stop receiving input. 

5 29. A control node as recited in claim 24, wherein the network module 

interface includes a null transform interface via which the network module can 
instruct the control node to provide an output identical to the input. 

30. A control node as recited in claim 24, wherein the network module 
10 interface includes an auto tune frequency filter interface via which the network 

module can identify, as at least part of the configuration information, a frequency of 
a transponder, a polarity of the transponder, and a range of the transponder. 

31. A control node as recited in claim 24, wherein the network module 
15 interface includes a frequency filter interface via which the network module can 

identify, as at least part of the configuration information, a center frequency of a 
carrier that should be locked. 

32. A control node as recited in claim 24, wherein the network module 
20 interface includes a frequency filter interface via which the network module can 

identify, as at least part of the configuration information, a polarity of a carrier that 
should be locked. 
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33. A networi module for use with a broadcast receiver driver, the 
network module comprisng: 

a control node interface to configure a plurality of control nodes of the 
broadcast receiver driver to extract information from a signal; and 
5 a controller to determine, based at least in part on a request to tune to the 

signal, how to configure the plurality of control nodes without requiring the 
plurality of control nodes to have information regarding a network type via which 
the signal is received. 

10 34. A network module as recited in claim 33, wherein the network 

module is to determine how to configure the plurality of control nodes based at least 
in part on the network type. 

35. A network module as recited in claim 33, wherein the network 
15 module is to detenhihe how to configure the plurality of control nodes based at least 

in part on the information embedded in the signal. 

36. A network module as recited in claim 33, wherein the control node 
interface includes a register device filter method via which one of the plurality of 

20 control nodes can register itself for control by the network module. 
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